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REMARKS 

Claims 1-9 are pending in ihe appUcanon. Claims 1-9 stand rejected. 

Claims 1 and 9 have been amended to clarify applicant's claimed mvention. According to 
claim I. the VPN service providing system of the present invention includes a pluraUty of routers 
vvhere a number of VPN usere comiect to each of the routers. Each of the VPN users has a 
vinual router unit generated within each of the routers, thereby providing the VPN service for the 
user by utilizing the vutual router unit generated within each of the routers. 

AS recited in each of the independent claims 1 and 9, each of the virmal router units is 
provided with a routing table for storing routing infoimation for the users in the IP network of a 
relevant VPN and a conuoller (routing unit) for referencing the routing table and controlling the 
Transfer of a packet accordingly to the routing table via at least one of the plurality of routers in 
the IP network. 

■ The virtual router units provided for users belonging to the same one VPN determine a 
network structure of the VPN of concern by exchanging identification infonnation (signals) 
and/or response information (signals) each other (claim 4). or exchange routing infonnation with 

each other (claim 5), 

riaim Rejections 

Claims 1 and 9 have been rejected under 35 U.S.C. § 102(e) as being anticipated by 
ishizaki et al. (U.S. 2002/0156828) (hereinafter Ishizaki). 

The reference aescribes a VPN rxsuter 160 aggregating multiple VPN paths. With the 
VPN router 160. there are multiple vinual router programs, each servicing the different VPN 
customers. The VPN router 160 found in Fig. 1. as detailed in paragraph 0038, is provided with 
a plurality of virtual router programs and other network resources dedicated to tiie customer it 
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serves. The vinual router programs are activated each to attend to a respectively different VPN 



cusiomer. 



The virtual routers described in the reference are provided with a routmg lable network 
resource, which is allocated, one each, for customers of one VPN of concern so that these virtual 
routers handle packets associated with customers only of respectively associated VPNs. 

However the VPN router 160 in the system of Ishizaki is located within a data center 150. 
A customer 1 30 estabUshes connection to a VPN router 160 via a VPN 140. 

Paragraph 37 of Ishizaki states the virtual private network (VPN) service provides secure 
network path h^nvP^n rhe cusi o -r^^ and the data center of the service provider over the 
shared public network such as the Internet. Each VPN site is an end point of a VPN path. The 
other end point of the VPN path is on the VPN router 160. which resides in the data <?gmer 150 of 
the service provider. 

In contrast appUcant claims a virtual router unit is located within a router, which is an 
^A ^f nnrte rouier rr^ ■ ^rr.ommod^ v a of the virtual private aeiwoyk service . Thus applicant's 
claim is different because the reference describes the router within the data center, the end point, 
while applicant's router js directly accommodating VPN users. 

The VPN router 160 of Ishizaki transfers packets received from a customer 130 to a 
VLAN switch 170. A virtual router 165 is provided with a routing table, which appears to be 
generated by a VPN management system 200. Applicant claims a virtual router unit is provided 
with a routing table for transferring packets via the Internet. The vimial router unit is generated 
in correspondence to each of VPN users and diese virtual routers are located within a router 
(edge-node rouier) that accommodates these VPN users and a routing table provided within each 
of the vinual router units stores routing information required for transmitting packets via an IP 
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network. 

I; is respectfully submiuea that claims I and 9 include features which axe different and 
not disclosed in the Ishizaki reference. 

Claims 2 and 3 are rejected under 35 U.S.C. § l03Ca) as unpatentable over Ishizaki view 
OfHo et 81. (U.S. 2002/0116501). Claims 7 and 8 are rejected under 35 U.S.C. § 103(a) as 
unpatentable over Ishizaki in view ofHo et al. and further in view of the non-patent reference 
RFC 1058. 

Its admitted in the Office Action that the Ishizaki reference fails to show the setting units. 
The Office Action points to the Ho ex al. reference to describe sening up a control channel and 
iransfeiring routing information between the virtual router units. 

Paragraphs 44-48 ofHo describes estabUshing a service tunnel between VRs. However 
the Ho et al. reference fails to describe that the service tunnel is established between VRs of a 
same VPN. 

m applicant's claimed invention the contents of the routing table associated are generated 
and/or revised as result of exchanging various kinds of information with other virtual router 
units. Claim 2 recites transferring the routing information between vinual router units belonging 
tn same virmal pnvate network- 

It is respectfully submitted that claims 2. 3, 7 and 8 include features not disclosed in the 

combinarion of references. 

Claim 4 U rejected under 35 U.S.C. § 103 over ishizaki in view of Rao et al. with claims 

5 and 6 being rejected fiirther in view of Casey. 

Col. 9 lines 44-51 of Rao, as pointed out in the Office Action, describes a procedure for 
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establishing a connection for a call, in which a resource manager 38 broadcasts a resource 
^quest message to forwarding modules 10 and causes one of the forwarding modules 10 of 
which the virtual router ID is right to remm a response signal. 

Col. 7. Unes 47-57 of Casey describes a method in which a plurality of VRs respectively 
exchange muting information with neighboring VRs via tunnels. 

However it is respectfully submitted that the Ho and Casey references fails to point out 
the feamres lacking in the Ishizaki and therefore the combination of references does not teach 
each and every feanire in these rejected claims. 

in view of the remarks set forth above, this application is in condition for allowance 
which action is respectfully requested. However, if for any reason the Examiner should consider 
this application not to be in condition for allowance, the Examiner is respectfully requested to 
Telephone the undersigned attoi^ey at the number listed below prior to issuing a fUnher Action. 
Any fee due with this paper may be charged to Deposit Account No. 50-1290. 

Respectfully submitted. 




Bim S. Myers 
Reg. No. 46,947 




CUSTOMER NUMBER 026304 

Telephone: (212) 940-8703 

Fax: (212) 940-8986/8987 

Docket No.: 100794-00095 (FUJO 19.208) 
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